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ABSTRACT 



A method and system operable with a network user interface 
operable on a general purpose computer capable of multi- 
threaded operation is disclosed which accelerates network 
interaction through intelligent cacheing, intelligent fetching, 
and intelligent filtering of data. In a preferred embodiment, 
such intelligent cacheing, fetching, and filtering of data are 
achieved by implementing an instruction set between the 
network user interface and the network to accomplish such 
tasks in a manner transparent to the user. According to one 
aspect, resources that are identified as unnecessary, such as 
ad data files, are not downloaded. Thus, communication of 
resources identified as unnecessary may be avoided. Accord- 
ing to another aspect, during the second and subsequent 
accesses of network information, any resources present in a 
local cache are presented to the user immediately, without 
first determining if a later version of the resource is available 
over the network. More specifically, in response to a request 
for a resource present in a local cache, the instruction set 
may immediately provide the user interface a response 
expected by the user interface, thereby appearing to the user 
interface that the resource was obtained via the network. In 
the background, resource requests are issued over the net- 
work to download information that has been updated since 
stored in the cache. In another aspect, information deter- 
mined to likely be subsequently accessed by a user, such as 
is determined from currently accessed information, is pre- 
loaded so upon selection by the user it is immediately 
available. 

77 Claims, 7 Drawing Sheets 
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SYSTEM AND METHOD FOR between the network and the user's computer can require an 

ACCELERATING NETWORK INTERACTION appreciable time. Often a user's computer is a part of a local 

tcpuwtpat cict n r\r -tut: t m\ /t? kitty** kt arca networ ^ (LAN), used for example as an enterprise wide 

TECHNICAL FIELD OF THE INVENTION intranet or for providing a gateway to another network such 

The present invention relates to the use of computers on 5 as the Internet, where the network interface is rated at a 

a network, such as the Internet, and to the process of speed substantially higher than those of the modems 

interacting therewith, such as browsing web sites and down- described above. However, these LANs typically provide 

loading data therefrom, and, more particularly, to systems data throughput significantly slower than the internal pro- 

and methods for accelerating the acquisition and display of cessi *g s P eed of the computer and often provide actual data 

network data 10 throughput slower than the communication rate of the net- 
work interface card (NIC). For example, Ethernet systems 

BACKGROUND OF THE INVENTION rated at 10 M5ps often deliver actua] throughput of approxi- 

It is common today for computers, such as general pur- mately 1 Mbps due to heavy network usage causing multiple 

pose personal computers found in the home or office, to be data packet collisions and/or routers, bridges and concen- 

used to access information available from a network. For 5 trators causing data bottlenecks. Accordingly, downloading 

example, it is common for an operator of a personal com- an image as described above can take a substantial amount 

puter to browse web sites on the Internet. Such computers of time to download to the user's computer, 

typically employ a modem (modulator-demodulator), or Network latency is the time it takes for the network 

other low speed (as compared to the internal processing devices, such as an Internet web site and the devices 

speed of the computer) communication interfaces, for the 2Q coupling the web site to the user's computer, to provide a 

purpose of interfacing the computer to a network, such as the response to the user's computer when it makes a request. For 

Internet, through, for example, a PSTN (Public Switched example, it may take a second or longer for a server hosting 

Telephone Network) or other communication gateway. an Internet site to respond to a request for a single image. If 

Additionally, a standard network user interface is often the data requested by the user's computer contains multiple 

utilized in order to both provide predictable and user 25 such images, for example a web page having 20 to 30 

friendly interaction with a user and to provide compatibility images, the total latency introduced by the server providing 

with a plurality of network devices operable on the network. these images is potentially 20 to 30 seconds. 

Examples of such standardized network user interfaces are Moreover, the server is typically not the only network 

NETSCAPE NAVIGATOR by Netscape Communications device affecting the network latency as perceived by the 

Corporation and INTERNET EXPLORER by Microsoft 30 user. Generally, other network devices are utilized in pro- 

which are often referred to as "Internet browsers." These viding data communication between the user's computer 

network user interfaces provide a standardized platform requesting data and the server providing the data. Such other 

through which network devices may provide robust inter- devices may include communication servers, routers, 

action with a variety of different user computer hardware bridges, and gateways. Each of the devices operable in the 

and software. For example, rich graphic images may be 35 link between the user's computer and the server being 

provided by a network device for display upon a variety of accessed may potentially introduce additional latency time 

different computer systems by providing data, such as in the as experienced by the user. 

form of a joint photographic experts group (JPEG) data file, Although not a network latency problem, there is gener- 

operable with a standard network user interface to generate ally latency associated with the user of the computer system, 

the image on the user's computer. Accordingly, the computer 40 sucn as m reviewing data presented and selecting an appro - 

hardware becomes nearly transparent to the user and the priate next interaction. During this user latency period the 

network device as the user interface arbitrates the interaction capacity of the network interface is not used, or at least not 

in a similar manner regardless of the particular computer use <j t0 the full extent. For example, a user browsing the 

platform upon which it operates. Of course, the use of such Internet may be presented with a web page giving the user 

a network user interface may include the use of a plurality 45 particular information in the form of text, graphic images, 

of program modules and data files, such as application ant j the like. Associated with particular information of the 

programming interface (API) modules and data libraries. we b p age ma y be links, commonly referred to as hyperlinks 

The performance of computers interacting with networks, or "buttons," to other web pages or other resources having 

such as during browsing of the Internet, is often disagreeably related or additional information. There may be significant 

slow. There are at least two major factors that affect perfor- 50 periods of time where the network interface remains idle, or 

mance of a computer interacting with networks such as the nearly so, after transmission of the data of a displayed page, 

Internet. These two factors are the speed of the communi- while the user assimilates the displayed data and decides 

cation interface, i.e., the baud rate of the modem used with how to interact next. Often the next interaction is in the form 

the computer, and network latency. of selection of one of the links presented which results in the 

The communication interface speed is a limit on the speed 55 retrieval, as affected by the above-described network 

at which data from a host server on the network, such as an latencies, over the network of the associated information. 

Internet web site, is downloaded to the user's computer. For A further problem exists in the prior art in that desired 

example, where the computer is coupled to the network via information is often associated with undesired or unneces- 

a 28.8 KiloBaud modem, an image that is 30,000 characters sary information. For example, in the above-mentioned web 

in length will take approximately ten seconds to download 60 pages, there are typically information resources such as text 

to the user's computer. However, if the modem is a 14.4 and graphic images associated with sponsors of the web 

KiloBaud modem, the same image will take approximately page. Likewise, there are often information packets associ- 

twenty seconds to download. Of course, if an even slower ated with the particular user and his/her interaction with the 

modem is used, downloading that same image will take a network device, often called "cookies" in Internet parlance, 

proportionally longer length of time. 65 which are transferred to and/or from the user computer. The 

Even where a network interface significantly faster than above resources, although often not desired by the user and 

the speeds described above, the transfer of information often quite large in data content, require communication 
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bandwidth to be transferred to or from the user's computer, 
although the user would probably prefer to forgo their 
transmission in favor of transmission of the desired infor- 
mation. Accordingly, the transmission of this unnecessary 
information through the network, including the aforemen- 
tioned latency problems, and the network interface, having 
the aforementioned speed limitations, during network inter- 
action only exasperates the already disagreeable perfor- 
mance of the network. 

Accordingly, there is a need in the art for a system and 
method of accelerating interaction over a network. 
Specifically, there is a need in the art for a system and 
method for accelerating the operation of a web browser in 
downloading and presenting data from a network server 
hosting a web site. 

There is a further need for more nearly fully utilizing the 
communication capacity of the network. In particular there 
is a need for utilizing network interface idle time in order to 
compensate for latencies caused by network communica- 
tions. 

There is yet a further need in the art for a system and 
method for filtering out the transmission of unwanted or 
unnecessary information between the network and the user's 
computer. 

There is a still further need in the art for the above systems 
and methods to be utilized by standardized user interfaces 
such as those already in existence and generally deployed. 

SUMMARY OF THE INVENTION 

These and other objects, features and technical advan- 
tages are achieved by a system and method which provides 
an intelligent cache of data provided over a network in order 
to more speedily present data to a user. Additionally, an 
intelligent retrieval system and method are provided to 
utilize idle network interface bandwidth in order to pre-fetch 
information which the user is likely to require in a subse- 
quent interaction. Furthermore, filters are provided to avoid 
or eliminate the transmission of unnecessary or undesired 
information such as advertisements or cookies. 

Preferably, the above-described systems and methods are 
embodied in a software product operable on general purpose 
processor-based systems, such as personal computers based 
on the Intel 80X86 or Motorola 680X0 platforms. A further 
preferred embodiment is capable of transparent use with 
existing network user interfaces, such as NETSCAPE 
NAVIGATOR and/or INTERNET EXPLORER. 
Accordingly, this preferred embodiment is in the form of a 
software module, or plug-in, specifically adapted to interface 
with selected network user interfaces in order to provide 
ones of the above-described functions. 

In understanding the operation of the present invention it 
is helpful to review information with respect to operation of 
prior art networks and network user interfaces. To aid in 
understanding the present invention, the specific example of 
an Internet browser interacting with the Internet, such as 
through a web site, will be discussed. However, it shall be 
understood that the present invention is not limited to use 
with network user interfaces in the form of Internet browsers 
and the Internet. The present invention is useful in any 
number of network situations, such as local area networks 
(LANs), wide area networks (WANs), intranets, interactive 
cable systems, and the like, where acceleration may be had 
through intelligent caching of network data, more efficient 
use of throughput bandwidth, and/or filtering of unwanted or 
unnecessary data. Moreover, use of the present invention is 
not limited to networks, but may in fact be used to accelerate 
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data communication between many devices having the 
aforementioned latency and/or throughput limitations. 

When using a typical prior art web browser, the first time 
a user accesses a particular web site or web page, data 

5 representing the hypertext markup language (HTML) and 
graphic images (web resources) are downloaded from the 
site in a conventional manner and that data, in addition to 
presenting the data for the user in the browser's window, is 
stored in a local cache. The local cache is typically associ- 

10 ated with the web browser and generally consists of a file, 
or files, created on a local hard disk. Each resource is 
downloaded one at a time as a result of a GET <resource> 
request. If there are 30 resources on a web page, there are 30 
GET <resource> requests issued to the web site. The 

15 response to each request contains data representing the 
resource and the date/time-stamp of when the resource was 
modified on the server. This stamp is also stored in the local 
cache. 

In the prior art systems, the second or subsequent time a 

20 user accesses the same web page, the browser looks at the 
resource in its cache, but before displaying the resource to 
the user, the browser issues a GET <resource> request to the 
server with an If-Modified-Since: <date/time of modifica- 
tion> tag. The If-Modified-Since tag contains the date/time - 

25 stamp of the resource in the browser's cache. The server 
downloads the resource to the browser only if the resource 
has been modified since the stamp indicated in the 
If-Modified-Since tag. If the resource has not been modified, 
the server responds with a Not Modified code indicating to 

30 the browser that the copy of the resource in the cache should 
be presented for the user. However, regardless of whether 
the resource is downloaded from the server or is retrieved 
from the local cache, the resource is displayed to the user 
only after the server's response. 

It shall be appreciated that the aforementioned software 
calls, such as GET and If-Modified-Since, are typical of 
software calls which may be found in a software call library 
such as those of the Winsock library in common use with 

4Q web browsers today. However, it should be understood that 
these particular calls are used herein for illustrative purposes 
and are not intended to be a limitation of the present 
invention. 

According to the preferred embodiment of the present 

45 invention, the intelligent cache operates much like the prior 
art system the first time a user accesses a particular web site 
or page. Accordingly, data representing the HTML and 
graphic image web resources are downloaded from the site 
and stored in the local cache. However, subsequent accesses 

50 to the page by the user results in all resources being 
immediately drawn from the local cache for presentation to 
the user. Additionally, the present invention operates to issue 
requests to the web site, substantially simultaneously with 
the immediate presentation of the cached resources to the 

55 user, in order to determine if the corresponding resources 
have been updated since their storage in cache. The user gets 
the benefit of being able to see the web page immediately 
while the resources that have changed since they were 
previously downloaded are updated in the background. 

60 The foregoing is preferably accomplished by incorporat- 
ing in the user computer a modified instruction set, such as 
in the form of a second Winsock library interposed between 
the web browser and the original or first Winsock library, in 
order to alter the way in which the computer operates with 

65 respect to network requests. By interposing the new library 
between the web browser and the original library, it is 
possible to simulate the sending of calls over the Internet 
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without actually sending such calls. This accelerates steps pre-loaded before those links never before accessed by the 

involving "get" calls, which are calls that typically go out user. As such, where a web page provides a number of links 

over the 7 somewhat slower, Internet to the web sites, by sufficient to require download time in excess of the viewing 

servicing the requests locally within the computer. To the time of the web page by the user, the present invention 

web browser, operation of the present invention is substan- S operates to increase the likelihood that a link subsequently 

dally transparent, as it appears that the call is going out over selected by the user will have already been downloaded, 

the Internet. However, instead of transmitting the call though i t shall be appreciated that the intelligent fetch function of 

the network interface, the user computer first looks in a local the present invention in combination with the aforemen- 

storage cache for the needed data and gives it to the web tioned intelligent cache of the present invention operate to 

browser if it is available. Because the information is pro- 10 accelerate the interaction of the user computer with the 

vided locally, through internal bus structures having signifi- network server. For example, in addition to pre-loading 

cantly higher bandwidth than the typical network interface, links, the intelligent fetch function may operate with the 

thus avoiding the network interface bottleneck and latencies intelligent cache function in order to pre -fetch only those 

associated with the network, the presentation of data to the resources which have been changed from the last time the 

user is accelerated dramatically. 15 user accessed the resource. Accordingly, more background 

The present invention, operating in the background of the download time may be devoted to the acquisition of 

loading of data from the local storage cache, sends a "get" resources changed since the user's previous access or which 

to the server hosting a web site, and identifies changes since have never been previously accessed by the user. As this 

the previous load stored in the cache. Preferably, the user pre -fetching is performed in the background, resources 

computer notifies the user of changes in the data, as between 20 requiring updated data from a previous access may be 

that presented to the user and that currently available from presented to a user instantaneously, including the updated 

the server, by issuing an audible sound, such as a beep or data pre-downloaded in the background, upon selection of 

tone. The user can then refresh the page, typically by an associated link by the user. Moreover, links which have 

pressing a key, such as function key F5 on the user computer, never been accessed by the user may be presented to a user 

or by clicking a mouse button. Of course, other methods of 25 instantaneously, provided sufficient time elapses between 

notifying the user of changes in the data and/or its presen- the loading of the current web page and the selection of a 

tation may be utilized, such as the automatic refreshing of link by the user. 

the display upon the downloading of updated resources, if The ad filter or ad blocking feature of a preferred embodi- 

desired. ment of the present invention recognizes Internet advertising 

According to the present invention, during the second and 30 patterns and code and permits loading a page rapidly without 

subsequent accesses to a web page, any resources present in tying up network resources downloading and displaying the 

the local cache are displayed to the user immediately. In the advertising. Instead of the ad, a blank space, or other image 

background the present invention causes the GET or message, is displayed on the user's computer screen. Of 

<resource> requests to be issued to the server in order to course, the user can view ads, if desired. For example, the 

update the cache and/or presentation to the user. However, 35 user could disable the ad filter during certain sessions, for 

because the resources are displayed immediately, even selected web sites or pages, for ads fitting selected criteria, 

though they might be out-of-date, the overall perception of or the like. Likewise, the user could completely disable the 

speed is increased. Moreover, because the resources are ad filter if it is desired to view all ads. 

displayed immediately, prior even to a response to a GET According to a preferred embodiment of the present 

<resource> request with anlf-Modified-Since: <date/time of invention, the ad filter is implemented by compiling an ad 

modification> tag as required by the prior art systems before n s t. When a request is issued, a comparison is made with the 

loading data from cache, speed is actually increased even a d list to determine if the requested resource is on the ad list, 

over the prior art system where the data is stored in cache. This ad list may be initialized and/or updated periodically by 

However, because the resources are still requested in the 45 a central source, such as an ad server which maintains a 

background, the overall time it takes to get the most recent master list. The server may assimilate information from 

resources remains substantially the same as the prior art other users or may itself pole the network to determine the 

when the intelligent cache of the present invention is used existence of ads to add to the list. Alternatively, the ad list 

alone. The intelligent cache principally speeds up the pro- may be associated solely with the particular network user 

cess of putting a web page on the monitor screen of the 50 interface and, accordingly, include only ads discovered by 

user's computer by eliminating the network latency wait and this network user interface. 

the network interface speed related wait due to going out Resources may be determined to be ads, either by the 

over the Internet. network user interface or the aforementioned central source, 

According to a preferred embodiment of the present from information such as universal resource locator (URL) 

invention, the intelligent fetch function operates to pre-load 5S information. For example, if a graphic image is located on 

hypertext links so that if the user selects a particular link, the a site in a different domain than the web page it may be 

corresponding web page is displayed immediately instead of determined to be an ad. Additionally, or alternatively, if the 

waiting for the download of the entire page at that time. portion of the URL the left of the domain is specified as 

While the user is looking at the current page, the present "ad", "ads", "/ads", "ad/", a "sponsor", a "banner", or the 

invention operates in the background to fetch all the links 60 like, it may be determined to be an ad. When such a resource 

associated with the present page, so that when the user is detected, its resource name is preferably added to the ad 

eventually is ready to select one of the links, it is likely that list and, therefore, not retrieved or displayed by the browser, 

the page is already on the user's machine in a cache. The cookie filter feature of a preferred embodiment of the 

Preferably, in accordance with the present invention, the present invention employs some features of the ad filter. The 
user's previously used links are remembered, and those links 65 ad filter software operates to identify ad networks. Accord- 
are pre-loaded first. Accordingly, the links most likely to be ing to the preferred embodiment, if a graphic image is 
selected by the user, based on historical information, are located on a site in a different domain than the page, it is 
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determined to be an ad. Furthermore, as this resource is FIG. 7 is a flow chart indicating the sequence of steps that 

located in a different domain, it is likely that this domain is a web browser implements according to the preferred 

an ad network. Typically, when an ad network serves up an embodiment of the intelligent fetch of the present invention 

ad resource it also attempts to send a cookie, generally using shown in FIG. 4; 

an HTTP "SET COOKIE" command. However, the cookie 5 FIG. 8 is a flow chart indicating the sequence of steps that 

filter software of the present invention operates to erase this a web browser implements according to the preferred 

cookie. The cookie filter feature preferably erases the trans- embodiment of the ad filter of the present invention shown 

mission of a cookie in either direction, from the ad network, in FIG. 4; 

and to the ad network and, thus, prevents the ad network nG 9 is a detailed flow diagram of the steps used to 

from compiling utilization and/or demographic data about 10 determine if a resource is an ad according to a preferred 

the user for subsequent marketing campaigns. embodiment of the present invention; 

The cookie filter of the present invention may be operated FIG. 10 is a flow diagram indicating the sequence of steps 

to filter all cookies from being transmitted and/or received. mat a web browser implements according to the preferred 

However, often cookies are desired by a user in order to embodiment of the cookie filter of the present invention 

automatically establish user preferences, account numbers, 15 s jj 0wn m pjG 4* and 

passwords, and the like. Accordingly, the preferred embodi- pic. 11 shows a block diagram of a preferred embodiment 

ment of the present invention operates an intelligent cookie rf ^ , inventkm ^ ^ ^ 

filter in order to filter only cookies identified as undesirable fctch ad ^ and fiUcf fcatures 
cookies, such as the aforementioned ad cookies. Or course, 

the present invention may be utilized to filter other cookies, 20 DESCRIPTION OF THE PREFERRED 
such as those associated with particular sites, pages, EMBODIMENTS 
resources or the like, if desired. The system can be designed [n ordcr to bctter understand the t invcntion , the 
to also filter other types of non-worded material and can following ^ abrief discussion of conventional downloading 
operate on various parameters such as length, content, from & ter mfm ^ sucfa ^ ^ [nternet [& offered 
relative placement of material, etc. 25 Refc[ring to mQ ^ ^ . g & conventi(mal pfior ^ 
The foregoing has outlined rather broadly the features and network system having user computer 100, including key- 
technical advantages of the present invention in order that board iQl, and having resident therein a general purpose 
the detailed description of the invention that follows may be operating system such as WINDOWS, UNIX, MACIN- 
better understood. Additional features and advantages of the TOSH OS, or the like. User computer 100 is connected via 
invention will be described hereinafter which form the a ne twork interface, shown here as modem 102 and public 
subject of the claims of the invention. It should be appre- switched telephone network (PSTN) 110, to data grade 
ciated by those skilled in the art that the conception and the ne twork 120. In order to more readily describe the present 
specific embodiment disclosed may be readily utilized as a invention, the specific example of network 120 being the 
basis for modifying or designing other structures for carry- internet shall be used. However, as discussed above, the 
ing out the same purposes of the present invention. It should prcsC nt invention is not limited to use with the Internet, 
also be realized by those skilled in the art that such equiva- Nctwofk m ^ rcferred tQ hereinafter M Intcmct 120 
lent constructions do not depart from the spirit and scope of for & rf our c a 
the invention as set forth in the appended claims. of servers, such as domain Dame servers (DNS) 122 and host 
BRIEF DESCRIPTION OF THE DRAWINGS 40 servers 121 hosting Internet sites. The term server as used 
^ , A r iL 4 herein is meant to represent a processor-based system, that 
For a more complete understanding of the present ^ a ^ tQ ide desjred informati ^ 

invention, and the advantages thereof, reference is now „ r po1o , , nr ™ a^^a 

, A ' _ „ . , * . . j « . iL as selected computer tiles or resources, on demand, 

made to the following descriptions taken in conjunction with _ , * _ c . \ t 

*u- A°„: nn f P° r example, host servers 121 of the Internet are conven- 

the accompanying drawings, in which. . v . \ , t 

„ . 7. . ... 45 tionally associated with Internet service providers and serve 

FIG 1 is a diagram showing the interconnection in fesources re , ated t0 , he of me 

schematic form of basic elements of a computer network prQvider k ^ example> DNS ^ ^ 

system, verts a site name, essentially presenting a human under- 

HG. 2 is a block diagram showing a computer adapted to standable title, associated with one of the many host servers 

provide a network user interface including a web browser, an $Q m t0 a part i cu i ar transmission control protocoVinternet 

API, and a Wmsock hbrary of software calls; protocol (TCP/IP) address. The TCP/IP address is a unique 

FIG. 3 is a flow chart indicating the sequence of steps that address on the network, in this example Internet 120, and 

a web browser conventionally implements in seeking to consists of four 8 bit numbers. The designation TCP/IP 

download a resource from an Internet site; identifies the net protocol conventionally used with the 

FIG. 4 is a block diagram showing a computer arrange- 55 Internet and other networks and is well known, 

ment similar to that of FIG. 2 adapted according to a Referring now to FIG. 2, there is shown a block diagram 

preferred embodiment of the present invention to include a Q f user computer 100 of FIG. 1 having a network user 

second Winsock library interposed between the web browser interface 200 resident therein. It shall be appreciated that the 

and the original Winsock library; network user interface illustrated is typically embodied in 

FIG. 5 is a flow chart indicating the sequence of steps that 60 the form of a set of computer instructions, interacting with 

a web browser implements according to the preferred various data files and/or computer components, to define the 

embodiment of the intelligent cache of the present invention operation of the general purpose computer to interact with a 

shown in FIG. 4; user and/or other devices in a particular manner. Using the 

FIG. 6 is a flow chart indicating the sequence of steps that example of the Internet, network user interface 200 includes 

a thread may utilize to accomplish network interaction 65 web browser user interface 201 coupled through Winsock 

according to a preferred embodiment of the present inven- application programming interface (API) 202 to Winsock 

tion; library 203. In the illustrated example, the network user 
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interface is coupled by modem 102 and PSTN 110 of FIG. 
1 to Internet 120. Of course, different forms of network 
interfaces may be utilized, such as a NIC coupled to a LAN, 
if desired. 

Web browser 201 may be a standardized software product 
such as NETSCAPE NAVIGATOR, INTERNET 
EXPLORER, or the Like. Winsock library 203 may be in the 
form of a dynamic-link library (DLL) such as the file 
WSOCK32.DLL in general use with the WINDOWS oper- 
ating system. Accordingly, library 203, which in the case of 
WSOCK32.DLL typically includes as many as 30 software 
calls, although perhaps only ten calls may be given much 
use, may be called only when needed by web browser 201. 
Winsock API 202 provides an interface between high level 
web browser 201 and the lower level software calls of 15 
Winsock library 203. 

In operation, web browser 201 of FIG. 2 typically imple- 
ments the sequence of steps shown in the flow diagram of 
FIG. 3 when downloading a resource from a server, such as 
host server 121 of FIG. 1. Directing attention to FIG. 3, it 20 
can be seen that the first step (step 310) of downloading a 
desired resource includes a call to "GET HOST BY NAME" 
(substep 311). A typical URL appears as follows: "http// 
www.xyz.com/dirl/dir2/page. htm". The portion "hup// 
www.xyz.com" represents the site address or host name, 25 
while the portion "/dirl/dir2/page.htm" represents the 
resource that is to be downloaded from the host server to the 
client, such as web browser 201. Step 310 operates to 
determine the host name from such an URL. In response to 
this call, step 310 operates to convert the host name to the 30 
TCP/IP address (substep 312), such as via DNS 122 of FIG. 
1. 

In the second step of FIG. 3 (step 320), web browser 201 
issues a call "SOCKET" (substep 321) that establishes a 
socket to which a connection from a server, such as host 
server 121 of FIG. 1, may be made. Successful execution of 
the call will result in a socket returned to the browser 
(substep 322). 

The third step (step 330) issues a "CONNECT" command 
(substep 331). This command initiates the connection 
between the client and server (substep 332). 

The fourth step (step 340) issues a "SELECT' command 
(substep 341). Thereafter, the browser waits for confirmation 
of connection from the server, such as host server 121, 
before taking any further action (substep 342). If connection 
with the server is not confirmed a message of not connected 
is returned (substep 343) and the browser again waits for 
confirmation of connection from the server, i.e., returns to 
step 342. If connection is not established in a preestablished 
amount of time, processing according to the illustrated steps 
halts. However if the connection with the server is confirmed 
a connected message is returned (substep 344) and process- 
ing continues to step 350. 

In the fifth step (step 350), the command "SEND", which 
is equivalent to "get resources", is issued (substep 351). 
Thereafter, the command is sent to the server (substep 352). 

At step 360, web browser 201 sends a "SELECT" call to 
detect if new data has arrived over the network (substep 
361). If it is determined that no data is available at substep 
362, then a message of no data available is returned (substep 
363) and the browser again awaits detection of available 
data, i.e., returns to substep 362. If data does not become 
available in a preestablished amount of time or an end of 
resource transmission is detected, i.e., the resource has been 
fully downloaded, processing according to the illustrated 
steps halts. However, if i I is determined that data is available 
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a data available message is returned (substep 364) and 
processing continues to step 370. 

In the seventh step (step 370), "RECEIVE" is sent to 
initiate downloading of the desired resource (substep 371). 
Thereafter, data is received from the host by the browser 
(substep 372). 

Generally, user computer 100 utilizes a buffer in which 
the resource is stored. The buffer receives data from the 
server until it is filled. After the buffer is full, the server waits 
until the buffer has been emptied and then transmits again 
until the buffer is full again. This loop, involving step 360 
determining if data is available and step 370 receiving the 
available data into the buffer, continues until there is no 
more data to be sent. Similarly, connection to the socket 
continues until all data is sent, and then the connection is 
broken. 

Below is shown a typical format of a message that comes 
down from an internet server such as host server 121. First 
there is header information that appears as follows: 



HTTP/1.0 200 OK 

MIME TYPE: TEXT/HTML 

MODIFIED ON: DATE TIME (GMT) 

COOKIE: 

TWO CARRIAGE RETURNS 
HTML PAGE 



HTTP indicates the data is being transferred according to the 
hypertext transfer protocol. The number 200 means that the 
data follows. GMT stands for Greenwich Mean Time. The 
cookie notation in the header will be explained hereinafter. 
The HTML page is sent first because it specifies the format 
that determines where the text and graphics are to be laid out 
on the screen of the computer monitor. 

It shall be appreciated that there are multiple data 
exchanges between the user computer and the server, each 
potentially introducing delays, such as due to network 
interface bandwidth and network latency. For example, there 
is a data exchange, and thus an associated wait, for the 
TCP/IP address at step 310. Similarly, there is a data 
exchange, and again an associated wait, at step 340 in 
making the client/server connection. Additionally, there is a 
data exchange, causing a wait, each time step 360 is per- 
formed in the receiving of the desired resource. 

Some prior art systems operate to store in a cache 
resources recently downloaded from the network. 
Accordingly, if these resources are again selected, the delay 
involved with their actual download may be avoided. 
However, as the network resources are prone to change or 
update between the time they are last accessed and placed in 
cache and the current request, these prior art systems first 
conduct a data exchange with the server to determine if there 
has been a change. This data exchange requires steps as 
identified above in getting the address (step 310), establish- 
ing a socket (step 320), establishing a connection (steps 330 
and 340), and sending a request for data regarding the 
modification date of the current resource (steps 350, 360, 
and 370). Accordingly, the only data exchange that is 
avoided is the actual downloading of the resource, and this 
exchange is not avoided if the resource has changed. 

In order to present information to the user without expe- 
riencing the above-identified time delays, or others like 
them, the present invention utilizes an intelligent cache in 
order to immediately present available information to a user 
while, in the background, determining if cached data has 
been updated on the network and, if so, downloading the 
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updated data. Additionally, the preferred embodiment of the In a preferred embodiment, interposing of the second 

present invention utilizes idle network interface bandwidth library between the network user interface and the original 

in order to pre-fetch information which the user is likely to library is accomplished by identifying the new library such 

require in a subsequent interaction. Also in the preferred that it is called by the network user interface in place of the 

embodiment, filters, adapted to avoid or eliminate the trans- 5 original library. Accordingly, the old library's identification 

mission of unnecessary or undesired information such as is changed in order that it is called by the new library when 

advertisements or cookies, are used. needed. For example, in our Internet example, the original 

Preferably, the present invention is embodied in a com- library WSOCK32.DLL, in general use with the WIN- 

puter program operable on general purpose processor-based DOWS operating system, might be renamed WSOCK32_. 

systems, such as computer 100 of FIG. 1, having a central 10 DLL and the new library named WSOCK32.DLL. 

processing unit (CPU) such as the Intel 80X86 or Motorola Accordingly, when a call is made by the web browser, the 

680X0 operating under control of a general purpose oper- new library will be called in place of the original library, 

ating system such as WINDOWS, UNIX, or MACINTOSH This new WSOCK32.DLL library preferably supports the 

OS. Of course, the present invention may be operated on functions supported by the original library, although func- 

hosts other than those identified above, provided sufficient 15 tioning differently when called in order to provide the 

resources are available to achieve the functionality set forth network acceleration of the present invention, 

hereinbelow. Of course, other methods of disposing the new library 

Preferably the present invention is capable of substan- between the original library and the network user interface 

tially transparent use with existing network user interfaces, may be utilized, if desired. For example, the API may be 

such as NETSCAPE NAVIGATOR and/or INTERNET 20 modified to call the new library rather than the original 

EXPLORER. As such, a preferred embodiment is in the library. Likewise, the network user interface itself may be 

form of a software module, or plug-in, specifically adapted modified to call the new library, if desired, 

to interface with selected network user interfaces in order to In accordance with the principles of the present invention, 

provide ones of the above-desired functions. "get" calls, calls that go out over the network to retrieve data 

Intelligent Cache is from the servers, are accelerated by the modified instruction 

In accordance with the principles of the present invention, set immediately presenting cached data to the user and 

the computer and network user interface arrangement shown downloading modified data in the background. From the 

in FIG. 2 is preferably modified as shown in FIG. 4. As viewpoint of web browser 201, it appears that the call is 

described with reference to FIG. 1 above, user computer 100 going out over Internet 120. Instead, computer 100, operat- 

has, resident therein, an operating system such as WIN- 30 ing according to modified network user interface 400 and, as 

DOWS. In order to provide the background tasking utilized shown in FIG. 6, first looks in a local storage cache for the 

by the present invention, it is desirable to have a multi- needed data. If the data is found in the cache, it is passed to 

threaded operating system. This is because the present the network user interface for presentation to the user, 

invention relies on having several threads operating at the The modified portion of the network user interface simu- 

same time. By "thread" is meant a discrete software 35 lates the connection to a server, such as servers 122 and 121, 

operation, which may include a plurality of sequential steps. and, accordingly, web browser 201 operates just as if the 

Referring still to FIG. 4, modified network user interface above-described steps have been performed. However, all of 

400, resident within user computer 100, includes web the interaction, to this point, is local. Accordingly, the 

browser user interface 201 coupled through Winsock API process of displaying the requested data, such as a web page, 

202 to Winsock library 403 of the present invention. Win- 40 on computer 100 is accelerated as the waits, due to network 

sock library 403 is coupled according to the present inven- latency and network interface bandwidth limitations, asso- 

tion to Winsock library 203, As described above, the net- ciated with the data exchanges over the network are not 

work user interface is coupled by modem 102 and PSTN 110 experienced, 

of FIG. 1 to Internet 120. Of course, as previously Directing attention to FIG. 5, a flow diagram, similar to 

mentioned, different forms of networks and/or network 45 that of FIG. 3, may be seen. The flow diagram of FIG. 5 

interfaces may be utilized, such as a NIC coupled to a LAN, indicates the sequence of steps that a preferred embodiment 

if desired. of modified network user interface 400 implements. At step 

It shall be appreciated that, according to the preferred 510 the software call "GET HOST BY NAME" is issued 

embodiment, a second Winsock library 403 is interposed (substep 511). As with the prior art system, this calls for 

between web browser 201 and the first or original Winsock 50 converting the site name into the TCP/IP address. In accor- 

library 203. This enables the present invention to operate dance with the present invention, computer 100 first checks 

with an existing network user interface, utilizing a pre- to see if the requested address already exists in a local cache 

defined set of software calls and returns, principally by (substep 512). If the address does exist in the local cache, 

interposing itself between portions of the network user then the address is immediately retrieved from storage in the 

interface and emulating or simulating the interaction 55 cache as indicated by substep 513. 

expected. Accordingly, web browser 201 communicates Additionally, while the TCP/IP address is being returned 

with Winsock library 403 via the same Winsock API used to to browser 201 from the local cache, a second thread is 

communicate with the original Winsock library. Of course, spawned which, in the background, communicates with a 

Library 403 and 203 can be a single modified library, if server, such as DNS server 122 of FIG. 1, to verify that the 

desired. 60 TCP/IP address has not changed since its storage in cache 

The software calls in Winsock library 403 are substan- (substep 514). By "in the background" it is meant that this 

tially the same as those in Winsock library 203. Accordingly, operation occurs on a separate thread, and without interven- 

Winsock library 403 communicates with the original library tion by web browser 201. 

via the same set of calls. However, by interposing the second In the preferred embodiment, this second thread involves 
Winsock library between web browser 201 and Winsock 65 the second Winsock library, interposed between the web 
library 203, it is possible to simulate the sending of calls browser and the original Winsock library, issuing the soft- 
over the network without actually sending such calls. ware call "GET HOST BY NAME" to the original Winsock 
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library. This original Winsock library will respond as if 
called by the web browser and retrieve the TCP/IP address 
from the network as described above with respect to step 310 
of FIG. 3. However, instead of the returned address being 
reported to the web browser, the present invention operates 5 
to accept the information and act accordingly. 

The updated data from server 122 is stored in the cache 
(substep 515) so as to have only the most current informa- 
tion stored locally. Although there is typically no change in 
this address data, if the TCP/IP address is determined to have 10 
changed, the present invention may operate to inform the 
user or may automatically interrupt processing of the old 
TCP/IP address in favor of processing the new TCP/IP 
address (both substeps not shown). 

If the address is not in the cache, the site name is 15 
converted to a TCP/IP address by a server, such as DNS 
server 122 of FIG. 1 (substep 516). Because this site name 
has not been connected before, or sufficient time has elapsed 
so as to eliminate its entry from cache, it is necessary to send 
it over the network for translation and, accordingly, to pay 
the price in waiting time due to network latency and modem 
bandwidth. Once received, the TCP/IP address correspond- 
ing to the site name is stored in the cache of computer 100 
in order that future connections to this particular server may 
be accelerated (substep 517). 

With continuing reference to FIG. 5, at step 520 the call 
"SOCKET" is issued (substep 520). Successful execution of 
the call will result in a socket, referred to herein as socket 1, 
returned to the browser (substep 522). A socket is a logical 
handle, or a means to hook into the software. 

Step 530 issues a "CONNECT' command (substep 531). 
This command of the modified network user interface, 
requesting connection of socket 1 to the TCP/IP address, 
emulates a connection between the server and client (substep 
532). In accordance with the present invention, this step 
differs from the corresponding step in FIG. 3 in that the 
connection is simulated. Socket 1 is not actually connected 
to the TCP/IP address. 

Step 540 issues a "SELECT" command (substep 541). 
Thereafter, in accordance with the present invention, a false 
message is returned immediately stating that a connection 
exists from socket 1 to the TCP/IP address (substep 542). In 
contrast, the prior art system of FIG. 3 will return a message 
of "There is no connection — wait" until such time as the 
connection is actually established or a time-out is reached. 

In the improved system of FIG. 5, the message "You are 
connected" is immediately returned. Thus, there is no wait, 
and the application moves immediately to step 550. If 
desired, this message could be modified for "You are con- 
nected to the cache''. 

Further processing according to the modified network 
user interface of the present invention depends on the 
availability of the desired resources in computer 100 's local 
cache. Specifically, if the desired resources have been 
accessed by the user previously, and are stored in the local 
cache, processing proceeds differently than if there has been 
no access by the user and, accordingly, the resources are not 
available in the local cache. 

Resources Available in the Cache 

In this example, it is assumed that the particular web page 60 
has been accessed before, and that the resources associated 
with that page have beea downloaded into a local storage 
cache in computer 100. 

In step 550 the command "SEND", as described above 
with respect to step 350, is issued (substep 351). This 65 
command is issued by the browser 201 on socket 1 
(ostensibly to the TCP/IP address associated with the web 
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page) asking to get a particular resource. However, the 
present invention operates to intercept the "SEND" call and 
immediately returns results to browser 201 (substep 352). 
Accordingly, browser 201 receives a message in return 
"Okay — the message has been sent to the server**, although 
no message has in fact been sent. As will be explained 
hereinafter, also occurring at step 550 is the spawning of a 
separate thread in the background, thread 2, that communi- 
cates over the network to update the resource from the actual 
TCP/IP address (substep 553). 

Independently, thread 2 is getting the resource over the 
network in the background. This is done to update the cache. 
In the preferred embodiment, this second thread involves the 
second Winsock library, interposed between the web 
browser and the original Winsock library, issuing the soft- 
ware call GET <resource> to the original Winsock library. 
This original Winsock library will respond as if called by the 
web browser and retrieve the desired resource from the 
network by establishing a socket, socket 2, connecting to 
socket 2, and receiving the desired data from the server, as 
described above with respect to steps 320 through 370 of 
FIG. 3. However, instead of the returned resource, or 
resources, being reported to the web browser, thread 2 
operates to put the updated resource in a different location in 
the cache. The updated data is then compared with the older 
data. If the data has changed, computer 100 issues an alert, 
such as a beep or tone, to notify the user. The user can then 
press the refresh key and obtain the updated data. The 
updated data may be provided to the browser through the 
present invention operating to connect the browser to a local 
host, i.e. the cache storing the updated data, as is described 
in detail below with respect to providing data when not 
available in the local cache. If desired, the updated infor- 
mation can be used without intervention by the user and a 
"data updated" message can be displayed so the user knows 
that he/she has the cached data available. Once the updated 
information is made available to the user, the old cache is 
eliminated. 

It shall be appreciated, although it is described above that 
the resource is downloaded for comparison with the data in 
cache, that the present invention may operate to issue a GET 
<resource> request to the server with an If-Modified-Since: 
<date/time of modification> tag, or similar set of instruc- 
tions. Accordingly, the server will download the resource 
only if the resource has been modified since the stamp 
indicated in the If-Modified-Since tag. If the resource has 
not been modified, the server responds with a Not Modified 
code indicating that the copy of the resource in the cache 
does not require updating. 

At step 560 the present invention operates to issue a 
"SELECT" call on socket 1 (ostensibly to the TCP/IP 
address associated with the web page) (substep 561). The 
"SELECT" call is normally used to detect that new data has 
arrived over the network. However, according to the present 
invention, the browser promptly receives a message that 
information is available (substep 562). Thus, there is no 
wait, and the application moves immediately to step 570. 

At step 570, "RECEIVE" is sent to initiate downloading 
of the desired resource (substep 571). Thereafter, data is 
received, not from the host, but out of the local cache in 
computer 100 and given directly to the browser (substep 
572). 

Thus, in accordance with the principles of the present 
invention, all three of the aforementioned wait times have 
been eliminated when presenting information to the user 
which is available in cache. With respect to step 510, the 
address translation, the TCPAP address is stored in cache, so 
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that it is instantly given to the user upon request. At steps 
530 and 540, the wait time is avoided by falsely reporting 
establishing a connection. Likewise, at step 560, when the 
resource is in the cache, the data is promptly provided to the 
browser directly out of the cache. Accordingly, substantially 
all of the network delays have been eliminated in presenting 
information to the user, while still providing for the presen- 
tation of updated information acquired over the network. 

From the foregoing, it shall be appreciated that when 
employing the present invention, graphics, and other data 
objects, are caused to load more quickly than occurs when 
using conventional browsing and downloading from net- 
work devices. In accordance with the present invention, each 
graphic is searched separately and is loaded from the user's 
storage cache rather than from the network. The result being 
that desired information, such as a web site page, is imme- 
diately presented to the user. 

Since certain information is more likely to have changed 
than other information, it is possible, if desired, to deliver 
the most "stable" information first, while in the background 
obtaining any new or modified data, which then could be 
used directly. 

In the foregoing example it was assumed that the particu- 
lar site address had been visited before and that the resource 
was available in the cache. In the following example it is 
assumed that the desired resource is not available in the 
cache. 

When the Resource is not in the Cache 

When the resource is not available in the cache, steps 510 
through 540 are preferably performed as discussed above. 
Accordingly, even though a resource is not immediately 
available, at step 540 the message returned is "You are 
connected", and the application moves immediately to step 
550. 

However, it shall be appreciated that the connection with 
the host at this point has only been simulated. In reality there 
is no connection from socket 1 to the TCPAP address of the 
server on the network. From the viewpoint of browser 201, 
there is a connection, and browser 201 issues a "SEND" 
(substep 551). Nothing can be read by the browser because 
there is nothing in the cache. Likewise, no commands or 
messages can be sent to the server because socket 1 is not 
actually connected to the server. 

In accordance with the invention, a new socket 3 is 
created on thread 1 (substep 551). This new socket 3 is a 
local socket connected to a local host. Socket 3 is on the 
local computer 100, but it emulates a TCP/IP address on the 
Internet 120. A connection between socket 1 and socket 3 is 
established immediately at step 554. This is a local 
connection, but it simulates connecting socket 1 to a TCP/IP 
address over the network. The connection is established 
instantly because it is local, i.e., there is no wait. 

Thereafter, when the user issues "SELECT" at step 560on 
socket 1, the command is interpreted by the present inven- 
tion as "SELECT" at socket 3. Accordingly, browser 201 
appears to be connected over the network, such as Internet 
120, but in reality it is connected locally. 

Thread 2 creates socket 2, issues a real "CONNECT" to 
the server at the TCP/IP address, waits for the connection to 
be made, does a "SELECT", and waits for data (substep 
553). The steps performed by thread 2 are illustrated in FIG. 
6 where substep 553 of FIG. 5 is shown to include steps 
620-670. 

Because no data is available in the local cache to present 
to the user, while the above activity takes place on thread 2, 
thread 1 is waiting. There is nothing in the cache, there is no 
data at socket 3. (It, of course, could be desired to provide 
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an alternate message to the user at this time until new data 
arrives). Socket 3 is effectively asleep at step 560, but can be 
awakened by the transmission of one data byte. 
When the server returns data representing the requested 

S resource to the client, socket 2 on thread 2 is awakened. 
Thread 2 places data representing the resource in a cache and 
sends one byte to socket 3. This wakes up socket 3 on thread 
1. When socket 3 is awakened, the "RECEIVE" command 
(step 570) automatically gets the data from the cache. 

10 Thereafter, the data is presented to the user. 

It shall be appreciated that the steps of thread 2, step 620 
creating a socket, step 630 connecting, step 640 issuing a 
select, step 650 issuing a send, and steps 660 and 670 
operating to receive data, are substantially as described 

15 above with respect to steps 320-370 of FIG. 3. This is 
because the preferred embodiment of the present invention 
operates to connect to, and download information from, a 
server utilizing existing portions of the network user 
interface, which in the above example is the original Win- 

20 sock library. Accordingly, it becomes clear that the preferred 
embodiment's interposing of the new Winsock library 
between the browser and the original Winsock library allows 
the new Winsock library to emulate network connection 
while allowing the original Winsock library to actually 

25 accomplish network connections as needed. 
Intelligent Fetch 

In the conventional method of network browsing, the user 
sends a request to browse a particular resource or set of 
resources, such as a web site. Upon selection of the resource, 

30 the user must typically wait for a considerable length of time 
before being presented with the desired information. 

Using again our Internet example, the first page down- 
loaded is the HTML page which indicates the layout of data 
on a page. Code in the HTML page defines every part to be 

35 downloaded including the hypertext links. The HTML pat- 
tern is repeated over and over for each portion. As the user 
waits, the first page takes form piece by piece. 

This page may include a number of hypertext links, i.e., 
buttons or links to additional or associated information. 

40 When the user selects a link, such as by clicking on it with 
a mouse, the computer goes to the appropriate page, i.e., 
loads the resources associated with the selected link. There 
may be as many as 20 or 30 links on a page. The user is 
delayed after selecting a link waiting for the linked page to 

45 be downloaded. However, it shall be appreciated that while 
a user is viewing the information presented by a current 
page, the network interface is typically idle, or at least not 
used at capacity. 

The intelligent fetch feature of the present invention 

50 pre-loads information associated with a currently selected 
resource, such as the resources of hypertext links displayed 
on a current web page, in order that when the user accesses 
this information, it is displayed immediately instead of 
waiting to download it when selected. Accordingly, while 

55 the user is viewing or otherwise assimilating current 
information, the present invention operates in the back- 
ground to fetch associated information which is likely to be 
selected. 

However, as it is likely that there will be sufficient 
60 associated information to require background downloading 
time in excess of the time required for the user to assimilate 
the currently displayed information, the present invention 
operates to intelligently select information to pre-load. 
Preferably, information previously accessed by the user, 
65 such as previously used links, are remembered in a knowl- 
edge base such as might be stored in a memory or disk of 
computer 100. As it is likely that this previously accessed 
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information is again information which the user will desire Pages that have not been visited before are preferably 

to access, this information is pre-loaded first. placed in a different cache called the pre-fetch cache. The 

Accordingly, in the Internet example the intelligent fetch pre-fetch cache may then be deleted when the browser exits, 

aspect of the invention permits the user to utilize a particular If any page in the pre-fetch cache is actually accessed by the 

web page, while, in the background, the present invention 5 user during the session, that page is moved into the primary 

pre-fetches all the associated hypertext links that are present cache - Accordingly, it will be seen that the primary cache 

on that page that can be downloaded before the user selects slavs on disc > wnUe the pre-fetch cache gets deleted when 

a link. The order of download is intelligently selected by the & c browser exits, thus maintaining the distinction between 

present invention to maximize the possibility of completing accessed information and that merely pre-loaded in antici- 

a background download of the link next to be selected. As 10 p a £°\ iiT* . a <u • *u 

j j i_ • c i-i i'ii * It shall be appreciated that thread 2 is used for many 

described above flus is preferably accompMied using a ™ Qne of ^ ej , ^ tQ ^ 

knowledge base of links previously accessed by the user in daU ^ ^ backgroundj md anolher one fc t0 p^tch links. 

order to first pre-fetch the links that a user has visited So? 2 ig requested lo pre .i 0 ad links. 

previously and, thereafter, pre-fetch the links that the user Download Priorities 

has never seen before. Moreover, the odds may be further 15 i n accordance with the preferred embodiment of the 
increased through the use of a statistical engine, such as a present invention, thread download priority is provided, 
statistical algorithm operable on computer 100, possibly That is, certain downloading activities take precedence over 
utilizing the aforementioned knowledge base, making deter- other downloading activities. Of course, there may be any 
minations such as a length of time since the user's last number of reasons to give a particular resource or type of 
access, weighted averages of user's access, detection of 20 resource priority and, accordingly, the present invention is 
patterns with respect to user access, and the like. not limited to assignment of priorities as identified herein. 
Additionally, the statistical engine may make predictions as Priority 1 is foreground priority. Foreground priority is the 
to what links a user might select next based on historical first or highest download priority. Foreground priority is a 
information such as key words in the links or resources, resource for which the user is currently waiting that is not in 
relationship of the link to the present page, including loca- 25 the local cache. Thus, the user is staring at a blank screen 
tion of the link on the page, and number of times the link is while waiting for a foreground priority. In contrast, back- 
presented on the page, and the like. Accordingly, when the ground priority is where the data is in the cache but it may 
user ultimately selects one of the available links, it is very be un-updated data. 

likely that the page is already in the pre-fetch cache, ready Priority 2 is a background priority such as for loading 

for immediate presentation. 30 HTML pages. It will be recalled, from earlier descriptions 

The foregoing may be accomplished as set forth herein- hereinabove, that while the user views data obtained from 
below and as illustrated in FIG. 7. The HTML page the cache, thread 2 downloads resources in the background, 
describes all of the graphics on the page, i.e., what the page When those resources being downloaded by thread 2 are 
looks like, as well as describing the hypertext links. There HTML pages, they are categorized as priority 2. 
are particular codes in the HTML page that describes the 35 In our Internet example there are many types of resources: 
hypertext links. These codes define interaction such that if HTML, text, graphics, ads, cookies, and others. However, of 
the user selects a link, such as by clicking a mouse curser on background resources, HTML is preferably given the high- 
certain words or images, on the gateway page, a different est priority. This is because HTML defines the nature of all 
page will be accessed. Typically, the browser automatically of the non-HTML data and, therefore, is typically necessary 
identifies these links, such as by underlining the words or 40 in order to properly utilize the other resources, 
putting the words in blue, etcetera. Priority 3 is a lower background priority, such as for 

As the HTML page is downloaded, the software of the downloading non-HTML background data. These are 

present invention determines the presence of links (step resources being downloaded by thread 2 that are not HTML 

710), such as through recognizing the aforementioned spe- pages and, therefore, are given a lower priority than the 

cial codes. Of course, the information to be pre-loaded may 45 HTML pages. 

be determined through other means, such as identifying a It shall be appreciated that a resources priority level may 

next record in a database or the like, if desired or appropri- be changed to reflect dynamic changes in the network 

ate. interaction. Such as network dynamics, including availabil- 

Once the information to be pre-loaded is determined, the ity of resources etcetera, or user dynamics, including user 

present invention operates to spawn another thread to pre- 50 issued command changes. For example, if the user were to 

fetch the information (step 720). This additional thread request refresh for a given resource while it was being 

preferably is statistically the same as thread 2, shown in FIG. downloaded in the background by thread 2, its priority might 

6, utilized to download information not available in cache be changed from priority 3 to priority 1, foreground priority, 

with the additional step of determining the order of the because the user is currently waiting for the data, 

resources to fetch conducted prior to retrieving resources. 55 Priority 4 is a very low background priority, typically 

Preferably, all of the links are examined and their loading utilized by functions not directly related to the information 

prioritizes according to the aforementioned determinations currently selected. Preferably, pre -fetching of previously 

as to the most likely to be accessed by the user (substep 721). accessed pages or resources identified or associated with the 

Thereafter, during presentation of currently selected currently selected information, i.e., links appearing on a 
information, thread 2 (substep, 722) is requested to pre-load 60 current web page, are downloaded at priority level 4. 
links. Accordingly, thread 2 operates to retrieve the Accordingly, resources which are determined to be most 
resources of the links, in the order determined to most likely likely to be accessed by a user may be downloaded, or 
pre-load those resources the user will use first, in the updated as the resource is preferably already in the local 
background. For example, the intelligent pre-fetch first cache because of computer 100 having previously accessed 
pre-loads pages that have been visited before, i.e., pages that 65 the resource, after all downloads associated with the cur- 
are present in the primary cache. Second, the intelligent rently selected resource and before resources determined to 
pre-fetch pre-loads pages that have not been visited before. be less likely to be accessed by the user. 
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Priority 5 is another very low background priority, also 
typically utilized by functions not directly related to the 
information currently selected. Preferably, pre-fetching of 
never before accessed, or accessed sufficiently long ago to 
have been removed from local cache, by a user may be 5 
downloaded after all downloads associated with the cur- 
rently selected resource and after resources determined to be 
more likely to be accessed by the user. 

Preferably, any download that needs to occur waits for 
downloads of higher priority to finish. If a higher priority 10 
download is issued after a lower priority download is taking 
place, only the lowest priority downloads, priority 4 and 
priority 5, get canceled and put back in the queue. Of course, 
additional threads may be spawned to concurrently perform 
multiple downloads, if desired. However, as it is expected 15 
that only a single network interface will typically be 
available, time division multiple access, or other multiple 
access schemes, required to share a single network interface 
will operate to slow both data exchanges resulting in a total 
time to load both substantially the same in either case. 20 
Ad Filter 

The ad filter or ad blocking feature of the present inven- 
tion recognizes unnecessary or undesired information 
exchange, such as Internet advertising patterns and code, 
and permits loading desired information more rapidly by not 25 
downloading and/or displaying the unnecessary informa- 
tion. For example, when accessing the Internet, instead of an 
ad, a blank space or selected library graphic or a message, 
such as an identifier of the ad filtered, may be presented to 
the user. Of course, the user can view ads by disabling the 30 
filter or by selecting the particular filtered resource for 
display, such as by selecting a message presenting the 
filtered ad identifier, if desired. It shall be appreciated that, 
although the inventive filter described herein is discussed 
with respect to "ads,'* the filter may be utilized to avoid any 35 
form of identifiable information. 

The ad filter is especially advantageous in the Internet 
environment as most ads are graphics, consisting of a 
substantial amount of information. Accordingly, filtering of 
these resources relieves the system of significant online time 40 
required to download the resources, as well as local 
resources involved in storing and presenting the undesired 
information. 

The ad filter is preferably implemented by first compiling 
an ad list such as might be stored in a memory or disk of 45 
computer 100. This ad list may be a knowledge base 
complied by the user's own system as the system experi- 
ences the undesired information in typical use. Additionally, 
or alternatively, the ad list may be compiled by a central 
source, such as a service identifying ads, or other undesired 50 
information, on the network. If compiled by a central source, 
the ad list may be periodically transmitted to the user's 
computer or may be accessed over the network as needed. 

In operation, as illustrated in the preferred embodiment of 
FIG. 8, when a request is issued (step 810), a comparison is 55 
preferably first made (step 820) with the ad list to determine 
if the requested resource is on the ad list (substep 821). If the 
resource is on the list, its download is avoided (substep 822). 
Instead, a void may be left in the information presented to 
the user or, as described above, a locally available graphic or 60 
message may be presented. Additionally, or alternatively, an 
identifier, such as the URL of the ad, may be presented to the 
user allowing the user to selectively receive the ad, if 
desired. 

However, if the resource is not in the ad list, it still may 65 
in fact be an ad. Accordingly, the present invention prefer- 
ably proceeds to determine if the resource is an ad (subsleps 
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823 and 824). If such a determination is made, in addition to 
avoiding the downloading and displaying of the resource 
(substep 822), identification information of the resource is 
preferably added to the ad list to expedite its omission in the 
future (substep 825), otherwise the resource is retrieved as 
normal (substep 826). 

There are several ways to identify what resources are 
desired and which are not, i.e., which resource is an ad and 
which is not an ad. In the Internet example, the file name 
extensions are typically all the same, such as each graphic 
having a file name extension of ".GIF'. Accordingly, it is 
often difficult to determine undesired information simply 
from a file name or file name extension. Moreover, there is 
nothing in the HTTP protocol that distinguishes a file as 
between being an ad or being a regular graphic. 

Accordingly, a test for identifying what is an ad and what 
is not an ad according to the present invention is to look at 
the address for a graphic image, as illustrated in step 910 of 
FIG. 9, showing steps of substep 823 of FIG. 8. If it is a 
graphic (substep 911) and its address identifies it as from a 
domain that is not local to the page calling the resource, it 
may generally be assumed to be an ad (substep 912). 
Accordingly, this resource may be identified as an ad in the 
ad list and it will be hidden if the user enables the ad filter, 
such as through selection of a "HIDE AD'* feature. 

For example, a typical page address may appear as 
"www.xyzcorp.com/cirl/page.htm". The portion of the 
address "/cirl/page.htm" is a resource. Whereas, the portion 
"www.xyzcorp.com" is the site address. The portion "xyz- 
corp.com" to the left of "www" is the domain name and 
belongs to the web site owner, in this case XYZ Corporation. 
The three w's (www), stand for the World Wide Web which 
is a defined networking convention. Part of that convention 
is the address naming convention described above. Because 
of this address naming convention it is possible to make 
certain determinations as to each resource by its address, 
such as its origination from a domain different than that of 
the page calling the resource. 

Another test for identifying undesired information 
according to the present invention (step 920), is to examine 
the information to the left of the domain (substep 921). By 
looking for a match with certain information determined to 
be indicative of undesired information, such as the afore- 
mentioned undesired ads, the determination may be made. 
For example, if the information to the left of the domain 
includes "ad", "ads", "/ads", "ad/*', "ads/", a "sponsor" or a 
"banner" it may be assumed that the resource is an ad and 
is not desired. Likewise, if the information to the left of the 
domain, or the domain itself, includes particular information 
determined to be associated with ads, such as a particular 
advertising company's name or the like, it may be assumed 
that the resource is an and is not desired. 

If, in the first test, it is found that the graphic image comes 
from a domain that is different from the domain of the page, 
preferably the second of the above tests is avoided. 
However, if the first test is negative, i.e., both the page and 
the resource are in the same domain, then the ad filter 
software proceeds to the second test. 

In the Internet example, the foregoing preferably occurs 
only if the page is an HTML page. This is because if it is not 
an HTML page, there is nothing to examine as images are 
described only on an HTML page. The ad filter software 
follows all tags that point to graphics. It identifies everything 
that it can make an examination of. Accordingly, when 
computer 100 is displaying a HTML page, browser 201 sees 
the tags of all the resources, and then at a later time, issues 
a request to download the resources. However, if an image 
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is determined to be an ad according to the present invention, 
its resource name is put on a list of ads and the resource is 
not downloaded when requested by the browser. 

Accordingly, when a request is issued for a resource, i.e., 
the request at step 550 "SEND" (GET RESOURCE), is 5 
issued, the ad filter makes a comparison to determine if the 
resource is on the ad list. If there is no match, the system 
continues operation as normal. However, if a match is made, 
the ad filter immediately returns to the user an HTTP 
command that says "not found", such as in step 570, when 10 
the call "RECEIVE" is issued instead retrieving the actual 
image. Thus, instead of the ad, a blank space appears on the 
screen. 

There are ad networks that provide ads for web sites 
which are merely inserted in web pages as presented by the 15 
particular web site. Accordingly, there is very little these ad 
networks can do to mask their ads from the ad filter because 
the ad network's ads are going to be in a different domain 
than the page in which the ads appear. 

However, some web pages don't use ad networks. Instead, 20 
they may use their own ads, such as might be generated by 
an internal ad department. Typically, these ads are native to 
the same site and, therefore, are in the same domain. 
However, often these ads are placed in directories which are 
readily identifiable, such as named "ads", so the ad filter 25 
software is able to identify them as described above. 
Cookie Filter 

In the Internet the transfer of cookies takes place as part 
of the HTTP transaction process, and is no more obvious 
than an HTML file download. A cookie is a few lines of text 30 
that is part of an HTTP transaction. When the user accesses 
a site that uses a cookie, the server transmits the cookie to 
the browser along with the rest of the HTML document that 
was requested. The browser stores the information on the 
hard disk of the user computer. When the user returns to that 35 
web site, the cookie is transmitted back to the server, which, 
in turn, may then send an updated cookie. 

Cookies are frequently used for tracking users. Since it is 
possible to identify users with a unique cookie, the web site 
administrator can easily tell when users return to their web 40 
sites, such as for statistical or demographic information. 
Advertisers and marketing people are interested in how 
visitors navigate around their sites, which pages they visit 
most frequently, how they enter those pages, and whether 
navigation can be made more efficient. Cookies can track 45 
this kind of information on a user-by-user basis. 

For example, when a site, utilizing ads come from an ad 
network as described above, downloads resources the 
desired information is served up from the selected domain 
address, and the ads are served up from a different domain 50 
address. The ads are served up via a link to the ad network 
that serves up the ads. Often the ad network assigns to each 
user a unique user ID, and sends a cookie to the user 
whenever the browser accesses that site. When the user 
revisits that site, the browser gives the cookie back to the ad 55 
network server. Accordingly, the visited site knows that the 
user has returned to the same site that it visited before. 

Moreover, additional information may be provided by the 
cookie exchange. For example, it may be determined which 
domain or page the user is coming from to access the ad 60 
network. The cookie may include a referrer field, i.e., 
"Which page sent you?". Likewise, the cookie may include 
an identifier field, i.e., unique network user identification 
information. When the user visits a different site, that site 
will know who the user is, and that the user just visited the 65 
ad network site. Although the servers typically will not know 
anything about the user personally, many users find this 



problematic from the privacy point of view. Some users do 
not want to be tracked across different Web sites. 

In accordance with the present invention, there is pro- 
vided a cookie filter feature, such as that illustrated in the 
preferred embodiment of FIG. 10. The cookie filter feature 
preferably employs some features of the aforementioned ad 
filter. 

The ad filter software identifies ad networks. Accordingly, 
the cookie filter may use this information in filtering undes- 
ired cookies (step 1001). For example, if a graphic image is 
located on a site in a different domain than the page, it is 
presumed to be an ad served up by an ad network. 
Accordingly, when the ad network attempts to send a cookie, 
typically an HTTP "SEND COOKIE" command, the cookie 
filter of the present invention operates to erase it (step 1002). 
Preferably, the cookie filter erases the transmission of a 
cookie in either direction, from the ad network, and to the ad 
network. 

In operation, when the user connects to a particular site, 
the user is served an HTML page having tags that identify 
the images. Employing the ad filter described hereinabove, 
ones of the resources are identified as ads that come from an 
ad network. These resources are put on the ad list, as 
described hereinabove. When the browser makes a request 
to download a resource, it will be identified as to whether it 
is an ad from an ad network. In accordance with the 
invention, the cookie filter software will identify whether 
there is a cookie tag, the cookie will be identified in the 
HTTP header, when the request for the resource is made. 
Accordingly, the cookie filter identifies the cookie is 
unwanted, i.e., a cookie from an ad network, and eliminates 
the cookie tag. The cookie filter takes everything before the 
cookie, and everything after the cookie, combines it and 
sends it to the server. However, the cookie simply never gets 
sent. 

It shall be appreciated that there are some cookies that are 
desirable. For example, some cookies may be utilized to 
automatically establish user preferences, account numbers, 
passwords, and the like. Accordingly, the preferred embodi- 
ment of the present invention operates an intelligent cookie 
filter in order to filter only cookies identified as undesirable 
cookies, such as the aforementioned ad cookies, by associ- 
ating the cookie with a particular resource, such as the 
aforementioned ad network. Of course, the cookie filter may 
operate to filter all cookies or cookies other than the afore- 
mentioned ad cookies identifiable as undesirable, if desired. 
For example, domain names, or other identifying 
information, may be used to determine undesired cookies. 
Likewise, a particular page resource, or software call, such 
as a particular HTML call, occurring in a particular context 
with respect to a cookie identifier may be used to identify 
undesired cookies for filtering. 

It shall be appreciated that ones of the various features, 
discussed above, may be deployed in a modified network 
user interface, as desired. For example, the intelligent cache 
and intelligent fetch features may be utilized without the ad 
or cookie filters, if desired. Likewise, any of the features 
may be utilized without the remaining features, if desired. 
However, in order to achieve the maximum acceleration of 
network interaction, the preferred embodiment of the 
present invention includes all the above-described features. 

Directing attention to FIG. U, there is shown computer 
100 having network user interface 1100 and storage media 
1101, which might be a disk or random access memory 
(RAM), or a combination thereof, disposed therein. User 
interface 400 is adapted to include intelligent cache 500, 
intelligent Fetch 700, ad filter 800, and cookie filter 1000, all 
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as described above, to provide a preferred embodiment of nal software call library adapted to respond to calls for 

the present invention. interaction with said communication network and said net- 

Although the present invention and its advantages have work user interface, and wherein said retrieving means 

been described in detail, it should be understood that various comprises said original software call library, 

changes, substitutions and alterations can be made herein s 8. The system of claim 1, further comprising: 

without departing from the spirit and scope of the invention means for pooling network address name set information 

as defined by the appended claims. The foregoing descrip- to provide conversion of network address names to 

tion of the preferred embodiments of the present invention network addresses without requiring data communica- 

have been presented for purposes of illustration and descrip- tion network interaction; and 

tion. It is not intended to be exhaustive or to limit the 1{J means for verifying from said data communication net- 
invention to the precise form disclosed. The embodiments work a selected one of said network addresses and for 
were chosen and described in order to best explain the retrieving said network address if determined to be 
principles of the invention and its practical application, erroneous by said verifying means, 
thereby enabling others skilled in the art to understand the 9. The system of claim 1, further comprising: 
invention for various embodiments and with various modi- means for retrieving from said data communication net- 
fications as are suited to the particular use contemplated. 1 wor k selected resources associated with said presently 
What is claimed is: desired resources, said associated resources being 

1. A system for providing accelerated network interaction resources not currently desired by said user, wherein 
as experienced by a user of a processor-based system said associated resources retrieving means operates to 
operating under control of a network user interface, said retrieve said associated resources at a priority lower 
processor-based system coupled to a data communication 20 than that of said presently desired resources retrieving 
network having a plurality of network devices coupled means. 

thereto, wherein said processor-based system includes a 10. The system of claim 9, wherein said associated 

pool of resources previously accessed via said data commu- resources retrieving means comprises: 

nication network, said system comprising: means for determining said resources associated with said 

means for emulating interaction of said network user 25 presently desired resources most likely to be desired by 

interface with said data communication network; said user in the future, 

means operable under control of said emulating means for n J 1 ^ system of claim 10, wherein said determining 

substantially immediately presenting resources pres- means includes means for determining resources which have 

ently desired to said user from said pool without first 3Q been previously accessed by said user, 

determining if a later version of said resource is avail- 12- The system of claim 10, wherein said determining 

able over said communication network; means includes means for utilizing statistical information 

means operable under control of said emulating means for ^ rcs P cct to said uscr interacting with said data commu- 

retrieving from said data communication network said nication network. 

resources presently desired if a later version of said 35 13 - ^ s y stcm of claim forther comprising: 

resource is available over said communication network, means for automatically avoiding retrieval of certain 

anc j categories of resources, 

wherein said emulating means comprises an instruction 14 ^ s y stem of claim 13, wherein at least one of said 

set providing responses expected by said network user certam Agones are advertisements, 

interface substantially immediately in response to calls 40 . 15 ^ system of claim 13, wherein said retrieval avoid- 

for interaction with said data communication network, in S means comprises: 

said instruction set subsequently determining how to means for identifying a plurality of resources previously 

properly service said calls and operating with said determined to be included in said certain categories of 

presenting means and said retrieving means accord- resources. 

ingly. 45 16. The system of claim 13, wherein said retrieval avoid- 

2. The system of claim 1, wherein said retrieval of said m g means comprises: 

resources is a background task of said processor-based means for determining if said particular resource is pro- 

system, and wherein said presenting of said resources pres- vided by a network location different than a network 

ently desired is a foreground task of said processor-based location of a presently desired resource, wherein said 

system. 50 retrieval avoiding means operates to avoid retrieval of 

3. The system of claim 1, wherein said retrieving means said particular resource if determined to be a graphic 
operates to up-date said presently desired ones of said resource and determined to be provided by a network 
resources of said pool. location different than a presently desired resource. 

4. The system of claim 3, further comprising: 17. The system of claim 16, wherein said retrieval avoid- 
means for notifying said user of the availability of an 55 m S means further comprises: 

up-dated resource retrieved from said data communi- means for determining if a particular resource to be 

cation network. retrieved is a graphic resource. 

5. The system of claim 3, further comprising: 18. The system of claim 17, wherein said retrieval avoid- 
means for automatically presenting to said user an m 8 means comprises: 

up-dated resource retrieved from said data communi- 60 means for identifying a plurality of resources previously 

cation network. determined to be a graphic resource and to be provided 

6. The system of claim 1, wherein said instruction set by a network location different than a presently desired 
provides said responses expected by said network user resource by said determining means. 

interface regardless of a current status of said data commu- 19- The system of claim 13, wherein said retrieval avoid - 

nication network and said pool. 65 ing means comprises: 

7. The system of claim 6, wherein said instruction set means for determining if said particular resource includes 
includes a software call library interposed between an origi- attributes indicative of an undesired resource, wherein 



12/23/2003, EAST Version: 1.4.1 



US 6,3i 

25 

said retrieval avoiding means operates to avoid 
retrieval of said particular resource determined to 
include said attributes. 

20. The system of claim 19, wherein said retrieval avoid- 
ing means comprises: 

means for identifying resources as undesirable to said 
user, wherein said identifying means is operable to 
include said particular resource if determined to include 
said attributes by said determining means. 

21. The system of claim 1, further comprising: 

means for automatically avoiding communication of 
selected data packets. 

22. The system of claim 21, wherein said selected data 
packets are Internet cookies. 

23. The system of claim 21, wherein said communication 
avoiding means comprises: 

means for determining if a resource associated with said 
data packet is provided by a network location different 
than a network location of a presently desired resource, 
wherein said communication avoiding means operates 
to avoid communication of said data packet if said 
associated resource is determined to be provided by a 
network address different than a presently desired 
resource and said data packet is of a preselected type. 

24. A method for providing accelerated network interac- 
tion as experienced by a user of a processor-based system 
operating under control of a network user interface, said 
processor-based system coupled to a data communication 
network having a plurality of network devices coupled 
thereto, wherein said processor-based system includes a 
cache storing resources previously retrieved from said data 
communication network, said method comprising the steps 
of: 

emulating interaction of said network user interface with 
said data communication network; 

substantially immediately presenting a presently selected 
resource to said user from said cache without a prior 
determination that said selected resource in said cache 
is current, wherein said presenting step is operable with 
said emulating step to cause said presentation to appear 
to said user to have included network interaction; and 

retrieving from said data communication network said 
presently selected resource, wherein said retrieving 
step is operable as a diminished priority task to up-date 
said resource if stored in said cache and said selected 
resource in said cache is determined not to be current, 
and wherein said retrieving step is operable as a high 
priority task to retrieve said resource if not in said 
cache. 

25. The method of claim 24, further comprising the step 
of: 

notifying said user of the availability of an up-dated 
resource retrieved from said data communication net- 
work after said presenting said presently selected 
resource to said user from said cache. 

26. The method of claim 24, wherein said emulating step 
utilizes an emulation software call library interposed 
between a network interaction software call library adapted 
to respond to calls for interaction with said communication 
network and said network user interface. 

27. The method of claim 26, wherein said retrieving step 
utilizes said network interaction software call library. 

28. The method of claim 24, further comprising the steps 

of: 

caching network address name set information to provide 
conversion of network address names to network 
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addresses without requiring data communication net- 
work interaction; and 
verifying from said data communication network a 
selected one of said network addresses and for retriev- 
5 ing said network address if determined to be erroneous 
by said verifying means. 

29. The method of claim 24, further comprising the steps 
of: 

retrieving from said data communication network at least 
10 one resource identifiable with said presently selected 
resource, said at least one identifiable resource being a 
resource not currently selected by said user, wherein 
said identifiable resource retrieving step operates as a 
diminished priority task to retrieve said at least one 
identifiable resource. 

30. The method of claim 29, wherein the priority of said 
identifiable resource retrieving step is a priority level lower 
than that of said presently selected resources retrieving step. 

31. The method of claim 29, wherein said identifiable 
resource retrieving step comprises the step of: 

20 determining a resource associated with said presently 
selected resource most likely to be selected in the 
future. 

32. The method of claim 31, wherein said determining 
step includes the step of: 

25 identifying resources which have been previously 
accessed by said user. 

33. The method of claim 24, further comprising the steps 
of: 

identifying at least one resource unnecessary to said user, 
30 said identifying means operable substantially concur- 
rently with said retrieving step; and 

controlling said retrieving step to forego retrieving said at 
least one resource identified as unnecessary. 

34. The method of claim 33, wherein said at least one 
35 unnecessary resource is an advertisement. 

35. The method of claim 33, wherein said identifying step 
comprises the steps of: 

determining if a particular resource to be retrieved is a 
4o graphic resource; and 

determining if said particular resource is provided by a 

network address different than a network address of a 

presently selected resource. 

36. The method of claim 33, wherein said identifying step 
45 comprises the step of: 

determining if said at least one resource includes 
attributes indicative of a type of resource predeter- 
mined to be unnecessary. 

37. The method of claim 24, further comprising the steps 

50 of: 

identifying particular resources associated with said pres- 
ently selected resource as a predetermined type of 
resource: 

avoiding communication of data packets of said particular 
55 resources of said predetermined type determined to be 
unnecessary. 

38. The method of claim 37, wherein said predetermined 
type of resource is an Internet cookie. 

39. The method of claim 37, wherein said filtering step 
60 comprises the step of: 

determining if a particular is provided by a network 
address different than a network address of said pres- 
ently selected resource, wherein said avoiding commu- 
nication of data packets of said particular resource if 
65 said particular resource is determined to be provided by 
a network address different than said presently selected 
resource. 
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40. A system for retrieving information over a network 
prior to the information being selected for use by a user of 
a processor-based system, said processor-based system 
coupled to a data communication network having a plurality 
of network devices coupled thereto, said system comprising: 5 

means for identifying information available from ones of 
said network devices associated with presently selected 
information; 

means for determining said information associated with 
said presently selected information most likely to be 10 
selected; 

means for retrieving from said data communication net- 
work information associated with said presently 
selected information, wherein said retrieving means 
operates to retrieve identified information determined s 
to be most likely to be selected before other identified 
information; and 

means for presenting ones of said retrieved identified 
resources substantially immediately to said user upon 
subsequent selection for use by said user, wherein said 
presenting means operates to emulate network commu- 
nication when presenting said ones of said retrieved 
identified resources to said user. 

41. The system of claim 40, wherein said processor-based 
system is operating under control of a standardized network 
user interface and wherein each of said identifying means 
and determining means and retrieving means operate with 
said standardized network user interface substantially trans- 
parently to said user. 

42. The system of claim 41, wherein each of said iden- 
tifying means and determining means and retrieving means 
operate substantially transparently to said network user 
interface. 

43. The system of claim 42, wherein said standardized 
network user interface comprises an Internet web browser. 

44. The system of claim 40, wherein said determining 
means comprises: 

means for determining identified information which has 
been previously accessed by said user. 

45. The system of claim 40, wherein said determining 
means comprises: 

means for compiling statistical information with respect 
to said user interacting with said data communication 
network, wherein said determination of identified infor- 
mation most likely to be selected is at least in part based 45 
on said statistical information. 

46. The system of claim 40, wherein said retrieving means 
operates as a background task in said processor-based sys- 
tem. 

47. The system of claim 40, wherein said retrieving means 50 
comprises: 

means for storing said retrieved identified information 
determined to be most likely to be selected before other 
identified information, wherein said stored retrieved 
identified information is presentable to said user sub- 55 
stantially instantaneously upon selection of said 
retrieved identified information. 

48. The system of claim 47, wherein said storing means 
comprises: 

means for distinguishing between retrieved identified 60 
information previously accessed by said user and 
retrieved identified information not previously 
accessed by said user; and 

means for purging said retrieved identified information 
not previously accessed by said user upon selection of 65 
other information after said retrieval of said retrieved 
identified information. 
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49. The system of claim 40, wherein said retrieving means 
comprises: 

means for identifying identified information previously 
accessed by said user; and 

means for retrieving said identified information previ- 
ously accessed by said user only if said information has 
been changed since previously accessed by said user. 

50. A computer program product having a computer 
readable medium having computer program logic recorded 
thereon for providing enhanced network interaction to a user 
of a processor-based system operating under control of a 
standardized network user interface, said processor-based 
system coupled to a data communication network having a 
plurality of network devices coupled thereto, wherein said 
processor-based system includes a cache storing resources 
previously retrieved from said data communication network, 
said computer program product comprising: 

means for interfacing substantially transparently to said 
network user interface; 

means for emulating interaction of said network user 
interface with said data communication network; 

means for substantially immediately presenting a pres- 
ently selected resource to said user from said cache if 
stored therein, wherein said presenting means is oper- 
able with said emulating means to cause said presen- 
tation to appear to said user to have included network 
interaction; and 

means for retrieving from said data communication net- 
work said presently selected resource, wherein said 
retrieving means is operable as a diminished priority 
task to up-date said resource if stored in said cache, and 
wherein said retrieving means is operable as a high 
priority task to retrieve said resource if not stored in 
said cache. 

51. The computer program product of claim 50, further 
comprising: 

means for determining at least one resource identifiable 
with said presently selected resource likely to be 
selected for presenting to said user, said at least one 
identifiable resource being a resource not currently 
selected by said user; and 

means for pre-retrieving from said data communication 
network said at least one resource identifiable with said 
presently selected resource, wherein said identifiable 
resource pre-retrieving means operates as a diminished 
priority task to retrieve said at least one associated 
resource. 

52. The computer program product of claim 50, further 
comprising: 

means for identifying at least one resource unnecessary to 
said user, said identifying means operable substantially 
concurrently with said retrieving means; and 

means for controlling said retrieving means to forego 
retrieving said at least one resource identified as unnec- 
essary. 

53. The computer program product of claim 50, further 
comprising: 

means for identifying particular resources associated with 
said presently selected resource as a predetermined 
type of resource; and 

means for avoiding communication of data packets of said 
particular resources determined to be unnecessary. 

54. A method of accelerating Internet browsing by a 
computer operating under control of an Internet browser 
application program, wherein said user computer has asso- 
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ciated therewith a data cache of resources previously 
accessed by said Internet browser, and wherein said Internet 
browser has associated therewith a first library of software 
calls, said method comprising the steps of: 

disposing a second library of software calls between said 
Internet browser and said first library of software calls; 
and 

causing said Internet browser to interact with the Internet 
through said second library, wherein said second 
library operates to emulate Internet exchanges and 
thereby immediately retrieve desired resources from 
said data cache when available in said data cache, and 
wherein said second library operates to cause said first 
library to conduct Internet exchanges to retrieve desired 
resources when not available in said data cache. 

55. The method of claim 54, wherein said second library 
also operates to cause said first library to conduct Internet 
exchanges to up-date desired resources when available in 
said data cache. 

56. The method of claim 54, wherein said first library is 
a Winsock library. 

57. The method of claim 54, further comprising the steps 

of: 

referencing said desired resources to determine resources 
not currently indicated as desired which are likely to be 
desired resources in the future; 

referencing information available at said user computer to 
determine at least one most likely to be desired 
resource of said resources not currently indicated as 
desired; and 

pre-retrieving ones of said resources not currently indi- 
cated as desired, wherein said pre-retrieving step oper- 
ates to pre -retrieve said most likely to be desired 
resource before other ones of said resources not cur- 
rently indicated as desired. 

58. The method of claim 54, further comprising the steps 

of: 

identifying advertisement resources of said desired 
resources, wherein said step of causing said Internet 
browser to interact with the Internet through said 
second library to conduct Internet exchanges to retrieve 
desired resources when not available in said data cache 
is not performed to retrieve said identified advertise- 
ment resources. 

59. The method of claim 54, further comprising the steps 

of: 

classifying particular resources associated with said pres- 
ently selected resource as a particular type of resource; 
and 

avoiding communication of data packets of said resources 
of said particular type. 

60. A system for accelerating network interaction as 
experienced by a user of a first processor-based system 
coupled to a second processor-based system through a data 
communication network, wherein said first processor-based 
system includes a cache of resources previously accessed via 
said data communication network, said system comprising: 

means for determining if a resource to be accessed is 
stored in said cache; 

means for substantially immediately presenting said 
resource to said user if said resource is determined to be 
in said cache; and 

means for communicating over said network to access 
said resource to be accessed, wherein said communi- 
cating means comprises: 
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means for retrieving said resource via said data com- 
munication network, wherein said retrieved resource 
is stored in said cache when retrieved, wherein 
retrieval of said resource is accomplished as a high 
5 priority task of said first processor-based system if 

said resource is determined not to be in said cache; 
and 

means for determining if said resource as presented to 
said user from said cache has been changed, wherein 

10 said retrieval of said resource is accomplished as a 

low priority task of said first processor-based system 
if said resource is determined to be in said cache and 
determined to have been changed, and wherein said 
resource is not retrieved if said resource determined 

15 to be in said cache is determined not to have been 

changed. 

61. The system of claim 60, wherein said communicating 
means further comprises: 

means for identifying resources as undesirable to said 
20 user, said identifying means including identification of 
a plurality of resources previously determined to be 
undesirable to said user, wherein said retrieving means 
is operable to avoid retrieving said identified undesir- 
able resources. 
25 62. The system of claim 60, further comprising: 

means for storing network address name set information 
to provide conversion of network address names to 
network addresses without requiring data communica- 
tion network interaction. 
30 63. The system of claim 60, further comprising: 

means for verifying from said data communication net- 
work a selected one of said network addresses and for 
retrieving said network address if determined to be 
erroneous by said verifying means. 
35 64. The system of claim 60, further comprising: 

means for retrieving from said data communication net- 
work resources associated with said resource to be 
accessed, said associated resources being resources not 
40 currently selected, wherein said associated resources 
retrieving means operates as a low priority task of said 
first processor-based system to retrieve said associated 
resources. 

65. A system for accelerating network interaction as 
45 experienced by a user of a first processor-based system 
coupled to a second processor-based system through a data 
communication network, wherein said first processor-based 
system includes a cache of resources previously accessed via 
said data communication network, said system comprising: 
50 means for determining if a resource to be accessed is 
stored in said cache; 
means for substantially immediately presenting said 
resource to said user if said resource is determined to be 
in said cache; 

55 means for communicating over said network to access 
said resource to be accessed, wherein said communi- 
cating means comprises: 

means for retrieving said resource via said data com- 
munication network, wherein said retrieved resource 
60 is stored in said cache when retrieved, wherein 

retrieval of said resource is accomplished as a high 
priority task of said first processor-based system if 
said resource is determined not to be in said cache; 

means for determining if said resource as presented to 
65 said user from said cache has been changed, wherein 

said retrieval of said resource is accomplished as a 
low priority task of said first processor-based system 
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if said resource is determined to be in said cache and 
determined to have been changed, and wherein said 
resource is not retrieved if said resource determined 
to be in said cache is determined not to have been 
changed; and 5 
means for identifying resources as undesirable to said 
user, said identifying means including identification 
of a plurality of resources previously determined to 
be undesirable to said user, wherein said retrieving 
means is operable to avoid retrieving said identified 10 
undesirable resources; 
means for verifying from said data communication net- 
work a selected one of said network addresses and for 
retrieving said network address if determined to be 
erroneous by said verifying means; and 15 
means for retrieving from said data communication net- 
work resources associated with said resource to be 
accessed, said associated resources being resources not 
currently selected, wherein said associated resources 
retrieving means operates as a low priority task of said 
first processor-based system to retrieve said associated 
resources. 

66. The system of claim 65, further comprising: 
means for storing network address name set information 

to provide conversion of network address names to 
network addresses without requiring data communica- 
tion network interaction. 

67. A system for accelerating Internet browsing compris- 
ing: 

user computer operating under control of an Internet 
browser application program, wherein said user com- 
puter has associated therewith a data cache of resources 
previously accessed by said Internet browser and 
wherein said Internet browser has associated therewith 35 
a first library of software calls; 

a second library of software calls logically disposed 
between said Internet browser and said first library of 
software calls in a manner such that said Internet 
browser interacts with the Internet through said second 40 
library, wherein said second library operates to emulate 
Internet exchanges and thereby immediately retrieve 
desired resources from said data cache when available 
in said data cache and wherein said second library 
operates to cause said first library to conduct Internet 45 
exchanges to retrieve desired resources when not avail- 
able in said data cache. 

68. The system of claim 67 wherein said second library is 
further operable to cause said first library to conduct Internet 
exchanges to up-date desired resources when available in 50 
said data cache. 

69. The system of claim 67 wherein said first library is a 
Winsock library. 

70. The system of claim 67 further comprising: 
software for referencing said desired resources to deter- 55 

mine resources not currently indicated as desired which 
are likely to be desired resources in the future; 
software for referencing information available at said user 
computer to determine at least one most likely to be 
desired resource of said resources not currently indi- 60 
cated as desired; and 



software for interacting with said first library to cause said 
first library to pre-retrieve ones of said resources not 
currently indicated as desired, wherein said software 
causes said first library to pre-retrieve said at least one 
most likely to be desired resource before other ones of 
said resources not currently indicated as desired. 

71. The system of claim 67, further comprising: 
software for identifying advertisement resources of said 

desired resources and causing said first library to not 
retrieve said identified advertisement resources when 
conducting said Internet exchanges to retrieve desired 
resources not available in said data cache. 

72. The system of claim 67, further comprising: 
software for classifying particular resources associated 

with said presently selected resource as a particular 
type of resource; and 
software for causing said first library to avoid communi- 
cation of data packets of said resources of said particu- 
lar type. 

73. A method for retrieving information over a network 
prior to the information being selected for use by a user of 
a processor-based system, said processor-based system 
coupled to a data communication network having a plurality 
of network devices coupled thereto, said method compris- 
ing: 

identifying information available from ones of said net- 
work devices associated with presently selected infor- 
mation; 

determining said information associated with said pres- 
ently selected information most likely to be selected; 

retrieving from said data communication network infor- 
mation associated with said presently selected 
information, wherein said identified information deter- 
mined to be most likely to be selected is retrieved 
before other identified information. 

receiving at a user interface a selection of said retrieved 
information associated with said presently selected 
information; and 

emulating network communication in providing said 
retrieved information selected in said receiving step to 
said user interface. 

74. The method of claim 73 further comprising 
presenting said retrieved information selected in said 

receiving step substantially immediately to said user. 

75. The method of claim 73 wherein said determining step 
comprises determining identified information which has 
been previously accessed by said user. 

76. The method of claim 73 wherein said retrieving step 
is performed as a background task in said processor-based 
system. 

77. The method of claim 73 wherein said retrieving step 
further comprises: 

identifying identified information previously accessed by 
said user; and 

retrieving said identified information previously accessed 
by said user from said data communication network 
only if said information has been changed since previ- 
ously accessed by said user. 
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